Method and apparatus for channel resource mapping in carrier aggregation

ABSTRACT

Methods and apparatus for preventing physical hybrid automatic repeat request (HARQ) indicator channel (PHICH) ambiguities or collisions, for example, in a multi-carrier system or when transmitting multiple streams over multiple antennas, are described. Methods may include dividing resources or groups among multiple component carriers (CCs), using and assigning unused or vacant resources to CCs, forcing usage of adaptive HARQ processes in specified scenarios, setting a value for the cyclic shift of the corresponding uplink demodulation reference signals (DMRS) to a previous value for semi-persistent scheduling, and assigning a different first resource block for semi-persistent scheduling uplink resources and random access response grants for multiple CCs.

CROSS REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of U.S. provisional application Nos.61/293,540 filed Jan. 8, 2010 and 61/307,721 filed Feb. 24, 2010, thecontents of which are hereby incorporated by reference herein.

FIELD OF THE INVENTION

This application is related to wireless communications.

BACKGROUND

In Long Term Evolution (LTE) Release 8 (R8), a base station mayconfigure a wireless transmit/receive unit (WTRU) with downlink (DL) anduplink (UL) resources on a single DL carrier and a single UL carrier,respectively. In LTE R8, the uplink (UL) Hybrid Automatic Repeat Request(HARQ) mechanism may perform retransmissions of missing or erroneousdata packets transmitted by the WTRU. The UL HARQ functionality may spanacross both the physical (PHY) layer and the Medium Access Control (MAC)layer. The WTRU receives acknowledgments/negative acknowledgments(ACK/NACKs) on the physical HARQ indicator channel (PHICH). That is, thePHICH may be used by a base station for transmission of HARQ feedback,(ACK or NACK), in response to Uplink Shared Channel (UL-SCH)transmissions.

User multiplexing in LTE R8 may be performed by mapping multiple PHICHson the same set of resource elements (REs) which constitute a PHICHgroup. PHICHs within the same PHICH group are separated throughdifferent orthogonal Walsh sequences. In order to lower the controlsignalling overhead, the PHICH index pair may be implicitly associatedwith the index of the lowest uplink resource block used for thecorresponding physical uplink shared channel (PUSCH) transmission andthe cyclic shift of the corresponding uplink demodulation referencesignal. The association of PHICH resources and the cyclic shifts enablethe allocation of the same time and frequency resource to several WTRUsin support of uplink Multi-User Multiple Input Multiple Output(MU-MIMO). In LTE R8, there are no ambiguities or PHICH collisions, (asa result of using the same RBs), since the downlink (DL) and uplink (UL)resources are associated with a single DL carrier and a single ULcarrier, respectively.

In multi-carrier wireless systems, the WTRU may be assigned orconfigured with multiple component carriers (CCs), such as for example,with at least one DL component carrier and at least one UL componentcarrier. The WTRU may be configured to aggregate a different number ofCCs of possibly different bandwidths in the UL and the DL. A one-to-onerelationship between the DL CC and the UL CC may not exist inmulti-carrier wireless systems. In fact, multi-carrier wireless systemsmay use cross-carrier scheduling, where for example, a DL CC may carryinformation pertinent to multiple UL CCs.

Cross-carrier scheduling may include cross-carrier PHICH resourceallocation. In these systems, a PHICH may be transmitted on one DL CCthat may be associated with multiple UL CCs. If the PHICH is linked totwo or more PUSCHs, then application of the LTE R8 PHICH parameterselection for resources may lead to ambiguities and collisions.

PHICH collisions may also occur with respect to spatial multiplexing. Inspatial multiplexing, multiple transport blocks may be transmitted usingmultiple antennas using an identical first physical resource block (PRB)index. In other words, multiple layers of signaling or multiple streamsmay be transmitted over multiple antennas using the same PRB index.Therefore, given that each stream needs a corresponding ACK/NACK, theissues related to PHICH collisions stated above with respect to multipleCCs are applicable to spatial multiplexing.

SUMMARY

Methods and apparatus for preventing physical hybrid automatic repeatrequest (HARQ) indicator channel (PHICH) ambiguities or collisions, forexample, in a multi-carrier system or when transmitting multiple streamsover multiple antennas, are described. Methods may include dividingresources or groups among multiple component carriers (CCs), using andassigning unused or vacant resources to CCs, forcing usage of adaptiveHARQ processes in specified scenarios, setting a value for the cyclicshift of the corresponding uplink demodulation reference signals (DMRS)to a previous value for semi-persistent scheduling, and assigning adifferent first resource block for semi-persistent scheduling uplinkresources and random access response grants for multiple CCs.

BRIEF DESCRIPTION OF THE DRAWINGS

A more detailed understanding may be had from the following description,given by way of example in conjunction with the accompanying drawingswherein:

FIG. 1A is a system diagram of an example communications system in whichone or more disclosed embodiments may be implemented;

FIG. 1B is a system diagram of an example wireless transmit/receive unit(WTRU) that may be used within the communications system illustrated inFIG. 1A;

FIG. 1C is a system diagram of an example radio access network and anexample core network that may be used within the communications systemillustrated in FIG. 1A.

FIGS. 2(A), 2(B) and 2(C) illustrate three different configurations forcarrier aggregation;

FIG. 3 is a flowchart for an example method where physical hybridautomatic repeat request (HARQ) indicator channel (PHICH) resources orgroups are divided and associated with component carriers;

FIG. 4 is a flowchart for non-adaptive HARQ procedures at the WTRU;

FIG. 5 is an example diagram of both contiguous and non-contiguousresource allocations for two users with two uplink component carriers;

FIG. 6 is a flowchart illustrating HARQ procedures at the base station;and 125

FIG. 7 is a flowchart illustrating HARQ procedures at the WTRU.

DETAILED DESCRIPTION

FIG. 1A is a diagram of an example communications system 100 in whichone or more disclosed embodiments may be implemented. The communicationssystem 100 may be a multiple access system that provides content, suchas voice, data, video, messaging, broadcast, etc., to multiple wirelessusers. The communications system 100 may enable multiple wireless usersto access such content through the sharing of system resources,including wireless bandwidth. For example, the communications systems100 may employ one or more channel access methods, such as code divisionmultiple access (CDMA), time division multiple access (TDMA), frequencydivision multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrierFDMA (SC-FDMA), and the like.

As shown in FIG. 1A, the communications system 100 may include wirelesstransmit/receive units (WTRUs) 102 a, 102 b, 102 c, 102 d, a radioaccess network (RAN) 104, a core network 106, a public switchedtelephone network (PSTN) 108, the Internet 110, and other networks 112,though it will be appreciated that the disclosed embodiments contemplateany number of WTRUs, base stations, networks, and/or network elements.Each of the WTRUs 102 a, 102 b, 102 c, 102 d may be any type of deviceconfigured to operate and/or communicate in a wireless environment. Byway of example, the WTRUs 102 a, 102 b, 102 c, 102 d may be configuredto transmit and/or receive wireless signals and may include userequipment (UE), a mobile station, a fixed or mobile subscriber unit, apager, a cellular telephone, a personal digital assistant (PDA), asmartphone, a laptop, a netbook, a personal computer, a touchpad, awireless sensor, consumer electronics, and the like.

The communications systems 100 may also include a base station 114 a anda base station 114 b. Each of the base stations 114 a, 114 b may be anytype of device configured to wirelessly interface with at least one ofthe WTRUs 102 a, 102 b, 102 c, 102 d to facilitate access to one or morecommunication networks, such as the core network 106, the Internet 110,and/or the networks 112. By way of example, the base stations 114 a, 114b may be a base transceiver station (BTS), a Node-B, an eNode B, a HomeNode B, a Home eNode B, a site controller, an access point (AP), awireless router, and the like. While the base stations 114 a, 114 b areeach depicted as a single element, it will be appreciated that the basestations 114 a, 114 b may include any number of interconnected basestations and/or network elements.

The base station 114 a may be part of the RAN 104, which may alsoinclude other base stations and/or network elements (not shown), such asa base station controller (BSC), a radio network controller (RNC), relaynodes, etc. The base station 114 a and/or the base station 114 b may beconfigured to transmit and/or receive wireless signals within aparticular region, which may be referred to as a cell (not shown). Thecell may further be divided into cell sectors. For example, the cellassociated with the base station 114 a may be divided into threesectors. Thus, in one embodiment, the base station 114 a may includethree transceivers, i.e., one for each sector of the cell. In anotherembodiment, the base station 114 a may employ multiple-input multipleoutput (MIMO) technology and, therefore, may utilize multipletransceivers for each sector of the cell.

The base stations 114 a, 114 b may communicate with one or more of theWTRUs 102 a, 102 b, 102 c, 102 d over air interface(s) 116, which may beany suitable wireless communication link (e.g., radio frequency (RF),microwave, infrared (IR), ultraviolet (UV), visible light, etc.). Theair interface 116 may be established using any suitable radio accesstechnology (RAT).

More specifically, as noted above, the communications system 100 may bea multiple access system and may employ one or more channel accessschemes, such as CDMA, TDMA, FDMA, OFDMA, SC-FDMA, and the like. Forexample, the base station 114 a in the RAN 104 and the WTRUs 102 a, 102b, 102 c may implement a radio technology such as Universal MobileTelecommunications System (UMTS) Terrestrial Radio Access (UTRA), whichmay establish the air interface 116 using wideband CDMA (WCDMA). WCDMAmay include communication protocols such as High-Speed Packet Access(HSPA) and/or Evolved HSPA (HSPA+). HSPA may include High-Speed DownlinkPacket Access (HSDPA) and/or High-Speed Uplink Packet Access (HSUPA).

In another embodiment, the base station 114 a and the WTRUs 102 a, 102b, 102 c may implement a radio technology such as Evolved UMTSTerrestrial Radio Access (E-UTRA), which may establish the air interface116 using Long Term Evolution (LTE) and/or LTE-Advanced (LTE-A).

In other embodiments, the base station 114 a and the WTRUs 102 a, 102 b,102 c may implement radio technologies such as IEEE 802.16 (i.e.,Worldwide Interoperability for Microwave Access (WiMAX)), CDMA2000,CDMA2000 1×, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), InterimStandard 95 (IS-95), Interim Standard 856 (IS-856), Global System forMobile communications (GSM), Enhanced Data rates for GSM Evolution(EDGE), GSM EDGE (GERAN), and the like.

In other embodiments, the base station 114 a and the WTRUs 102 a, 102 b,102 c may implement any combination of the aforementioned radiotechnologies. For example, the base station 114 a and the WTRUs 102 a,102 b, 102 c may each implement dual radio technologies such as UTRA andE-UTRA, which may concurrently establish one air interface using WCDMAand one air interface using LTE-A respectively.

The base station 114 b in FIG. 1A may be a wireless router, Home Node B,Home eNode B, or access point, for example, and may utilize any suitableRAT for facilitating wireless connectivity in a localized area, such asa place of business, a home, a vehicle, a campus, and the like. In oneembodiment, the base station 114 b and the WTRUs 102 c, 102 d mayimplement a radio technology such as IEEE 802.11 to establish a wirelesslocal area network (WLAN). In another embodiment, the base station 114 band the WTRUs 102 c, 102 d may implement a radio technology such as IEEE802.15 to establish a wireless personal area network (WPAN). In yetanother embodiment, the base station 114 b and the WTRUs 102 c, 102 dmay utilize a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE,LTE-A, etc.) to establish a picocell or femtocell. As shown in FIG. 1A,the base station 114 b may have a direct connection to the Internet 110.Thus, the base station 114 b may not be required to access the Internet110 via the core network 106.

The RAN 104 may be in communication with the core network 106, which maybe any type of network configured to provide voice, data, applications,and/or voice over internet protocol (VoIP) services to one or more ofthe WTRUs 102 a, 102 b, 102 c, 102 d. For example, the core network 106may provide call control, billing services, mobile location-basedservices, pre-paid calling, Internet connectivity, video distribution,etc., and/or perform high-level security functions, such as userauthentication. Although not shown in FIG. 1A, it will be appreciatedthat the RAN 104 and/or the core network 106 may be in direct orindirect communication with other RANs that employ the same RAT as theRAN 104 or a different RAT. For example, in addition to being connectedto the RAN 104, which may be utilizing an E-UTRA radio technology, thecore network 106 may also be in communication with another RAN (notshown) employing a GSM radio technology.

The core network 106 may also serve as a gateway for the WTRUs 102 a,102 b, 102 c, 102 d to access the PSTN 108, the Internet 110, and/orother networks 112. The PSTN 108 may include circuit-switched telephonenetworks that provide plain old telephone service (POTS). The Internet110 may include a global system of interconnected computer networks anddevices that use common communication protocols, such as thetransmission control protocol (TCP), user datagram protocol (UDP) andthe internet protocol (IP) in the TCP/IP internet protocol suite. Thenetworks 112 may include wired or wireless communications networks ownedand/or operated by other service providers. For example, the networks112 may include another core network connected to one or more RANs,which may employ the same RAT as the RAN 104 or a different RAT.

Some or all of the WTRUs 102 a, 102 b, 102 c, 102 d in thecommunications system 100 may include multi-mode capabilities, i.e., theWTRUs 102 a, 102 b, 102 c, 102 d may include multiple transceivers forcommunicating with different wireless networks over different wirelesslinks. For example, the WTRU 102 c shown in FIG. 1A may be configured tocommunicate with the base station 114 a, which may employ acellular-based radio technology, and with the base station 114 b, whichmay employ an IEEE 802 radio technology.

FIG. 1B is a system diagram of an example WTRU 102. As shown in FIG. 1B,the WTRU 102 may include a processor 118, a transceiver 120, atransmit/receive element 122, a speaker/microphone 124, a keypad 126, adisplay/touchpad 128, non-removable memory 130, removable memory 132, apower source 134, a global positioning system (GPS) chipset 136, andother peripherals 138. It will be appreciated that the WTRU 102 mayinclude any sub-combination of the foregoing elements while remainingconsistent with an embodiment.

The processor 118 may be a general purpose processor, a special purposeprocessor, a conventional processor, a digital signal processor (DSP), aplurality of microprocessors, one or more microprocessors in associationwith a DSP core, a controller, a microcontroller, Application SpecificIntegrated Circuits (ASICs), Field Programmable Gate Array (FPGAs)circuits, any other type of integrated circuit (IC), a state machine,and the like. The processor 118 may perform signal coding, dataprocessing, power control, input/output processing, and/or any otherfunctionality that enables the WTRU 102 to operate in a wirelessenvironment. The processor 118 may be coupled to the transceiver 120,which may be coupled to the transmit/receive element 122. While FIG. 1Bdepicts the processor 118 and the transceiver 120 as separatecomponents, it will be appreciated that the processor 118 and thetransceiver 120 may be integrated together in an electronic package orchip.

The transmit/receive element 122 may be configured to transmit signalsto, or receive signals from, a base station (e.g., the base station 114a) over the air interface 116. For example, in one embodiment, thetransmit/receive element 122 may be an antenna configured to transmitand/or receive RF signals. In another embodiment, the transmit/receiveelement 122 may be an emitter/detector configured to transmit and/orreceive IR, UV, or visible light signals, for example. In yet anotherembodiment, the transmit/receive element 122 may be configured totransmit and receive both RF and light signals. It will be appreciatedthat the transmit/receive element 122 may be configured to transmitand/or receive any combination of wireless signals.

In addition, although the transmit/receive element 122 is depicted inFIG. 1B as a single element, the WTRU 102 may include any number oftransmit/receive elements 122. More specifically, the WTRU 102 mayemploy MIMO technology. Thus, in one embodiment, the WTRU 102 mayinclude two or more transmit/receive elements 122, e.g., multipleantennas, for transmitting and receiving wireless signals over the airinterface 116.

The transceiver 120 may be configured to modulate the signals that areto be transmitted by the transmit/receive element 122 and to demodulatethe signals that are received by the transmit/receive element 122. Asnoted above, the WTRU 102 may have multi-mode capabilities. Thus, thetransceiver 120 may include multiple transceivers for enabling the WTRU102 to communicate via multiple RATs, such as UTRA and IEEE 802.11, forexample.

The processor 118 of the WTRU 102 may be coupled to, and may receiveuser input data from, the speaker/microphone 124, the keypad 126, and/orthe display/touchpad 128, (e.g., a liquid crystal display (LCD), displayunit or organic light-emitting diode (OLED) display unit). The processor118 may also output user data to the speaker/microphone 124, the keypad126, and/or the display/touchpad 128. In addition, the processor 118 mayaccess information from, and store data in, any type of suitable memory,such as the non-removable memory 130 and/or the removable memory 132.The non-removable memory 130 may include random-access memory (RAM),read-only memory (ROM), a hard disk, or any other type of memory storagedevice. The removable memory 132 may include a subscriber identitymodule (SIM) card, a memory stick, a secure digital (SD) memory card,and the like. In other embodiments, the processor 118 may accessinformation from, and store data in, memory that is not physicallylocated on the WTRU 102, such as on a server or a home computer (notshown).

The processor 118 may receive power from the power source 134, and maybe configured to distribute and/or control the power to the othercomponents in the WTRU 102. The power source 134 may be any suitabledevice for powering the WTRU 102. For example, the power source 134 mayinclude one or more dry cell batteries (e.g., nickel-cadmium (NiCd),nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion),etc.), solar cells, fuel cells, and the like.

The processor 118 may also be coupled to the GPS chipset 136, which maybe configured to provide location information (e.g., longitude andlatitude) regarding the current location of the WTRU 102. In additionto, or in lieu of, the information from the GPS chipset 136, the WTRU102 may receive location information over the air interface 116 from abase station (e.g., base stations 114 a, 114 b) and/or determine itslocation based on the timing of the signals being received from two ormore nearby base stations. It will be appreciated that the WTRU 102 mayacquire location information by way of any suitablelocation-determination method while remaining consistent with anembodiment.

The processor 118 may further be coupled to other peripherals 138, whichmay include one or more software and/or hardware modules that provideadditional features, functionality and/or wired or wirelessconnectivity. For example, the peripherals 138 may include anaccelerometer, an e-compass, a satellite transceiver, a digital camera(for photographs or video), a universal serial bus (USB) port, avibration device, a television transceiver, a hands free headset, aBluetooth® module, a frequency modulated (FM) radio unit, a digitalmusic player, a media player, a video game player module, an Internetbrowser, and the like.

FIG. 1C is a system diagram of the RAN 104 and the core network 106according to an embodiment. As noted above, the RAN 104 may employ anE-UTRA radio technology to communicate with the WTRUs 102 a, 102 b, and102 c over the air interface 116. The RAN 104 may also be incommunication with the core network 106.

The RAN 104 may include eNode-Bs 140 a, 140 b, 140 c, though it will beappreciated that the RAN 104 may include any number of eNode-Bs whileremaining consistent with an embodiment. The eNode-Bs 140 a, 140 b, 140c may each include one or more transceivers for communicating with theWTRUs 102 a, 102 b, 102 c over the air interface 116. In one embodiment,the eNode-Bs 140 a, 140 b, 140 c may implement MIMO technology. Thus,the eNode-B 140 a, for example, may use multiple antennas to transmitwireless signals to, and receive wireless signals from, the WTRU 102 a.

Each of the eNode-Bs 140 a, 140 b, 140 c may be associated with one ormore cells (not shown), each possibly on different carrier frequencies,and may be configured to handle radio resource management decisions,handover decisions, scheduling of users in the uplink and/or downlink,and the like. As shown in FIG. 1C, the eNode-Bs 140 a, 140 b, 140 c maycommunicate with one another over an X2 interface.

The core network 106 shown in FIG. 1C may include a mobility managementgateway (MME) 142, a serving gateway 144, and a packet data network(PDN) gateway 146. While each of the foregoing elements are depicted aspart of the core network 106, it will be appreciated that any one ofthese elements may be owned and/or operated by an entity other than thecore network operator.

The MME 142 may be connected to each of the eNode-Bs 142 a, 142 b, 142 cin the RAN 104 via an S1 interface and may serve as a control node. Forexample, the MME 142 may be responsible for authenticating users of theWTRUs 102 a, 102 b, 102 c, bearer setup/configuration/release, selectinga particular serving gateway during an initial attach of the WTRUs 102a, 102 b, 102 c, and the like. The MME 142 may also provide a controlplane function for switching between the RAN 104 and other RANs (notshown) that employ other radio technologies, such as GSM or WCDMA.

The serving gateway 144 may be connected to each of the eNode Bs 140 a,140 b, 140 c in the RAN 104 via the S1 interface. The serving gateway144 may generally route and forward user data packets to/from the WTRUs102 a, 102 b, 102 c. The serving gateway 144 may also perform otherfunctions, such as anchoring user planes during inter-eNode B handovers,triggering paging when downlink data is available for the WTRUs 102 a,102 b, 102 c, managing and storing contexts of the WTRUs 102 a, 102 b,102 c, and the like.

The serving gateway 144 may also be connected to the PDN gateway 146,which may provide the WTRUs 102 a, 102 b, 102 c with access topacket-switched networks, such as the Internet 110, to facilitatecommunications between the WTRUs 102 a, 102 b, 102 c and IP-enableddevices.

The core network 106 may facilitate communications with other networks.For example, the core network 106 may provide the WTRUs 102 a, 102 b,102 c with access to circuit-switched networks, such as the PSTN 108, tofacilitate communications between the WTRUs 102 a, 102 b, 102 c andtraditional land-line communications devices. For example, the corenetwork 106 may include, or may communicate with, an IP gateway (e.g.,an IP multimedia subsystem (IMS) server) that serves as an interfacebetween the core network 106 and the PSTN 108. In addition, the corenetwork 106 may provide the WTRUs 102 a, 102 b, 102 c with access to thenetworks 112, which may include other wired or wireless networks thatare owned and/or operated by other service providers.

When referred to hereafter, the term “Component Carrier (CC)” includes,without loss of generality, a frequency on which the WTRU operates. Forexample, a WTRU may receive transmissions on a downlink CC (hereafter“DL CC”). A DL CC may include a number of DL physical channelsincluding, but not limited to, the Physical Control Format IndicatorChannel (PCFICH), the Physical Hybrid Automatic Repeat Request IndicatorChannel (PHICH), the Physical Downlink Control CHannel (PDCCH), thephysical multicast data channel (PMCH) and the physical downlink sharedchannel (PDSCH). On the PCFICH, the WTRU receives control dataindicating the size of the control region of the DL CC. On the PHICH,the WTRU may receive control data indicating hybrid automatic repeatrequest (HARQ) acknowledgement/negative acknowledgement (ACK/NACK)feedback for a previous uplink transmission. On the PDCCH, the WTRUreceives downlink control information (DCI) messages that may be usedfor scheduling downlink and uplink resources. On the PDSCH, the WTRU mayreceive user and/or control data.

In another example, a WTRU may transmit on an uplink CC (hereafter “ULCC”). An UL CC may include a number of UL physical channels including,but not limited to, the physical uplink control channel (PUCCH) and thephysical uplink shared channel (PUSCH). On the PUSCH, the WTRU maytransmit user and/or control data. On the PUCCH, and in some cases onthe PUSCH, the WTRU may transmit uplink control information, (such aschannel quality indicator/precoding matrix index/rank indication(CQI/PMI/RI) or scheduling request (SR)), and/or HARQ ACK/NACK feedback.On a UL CC, the WTRU may also be allocated dedicated resources fortransmission of Sounding Reference Signals (SRS).

A DL CC may be linked to a UL CC based on the system information (SI)received by the WTRU either broadcasted on the DL CC or possibly usingdedicated configuration signaling from the network. For example, whenbroadcasted on the DL CC, the WTRU may receive the uplink frequency andbandwidth of the linked UL CC as part of the SystemInformationBlockType2(SIB2) information element.

When referred to hereafter, a primary CC may be a CC operating in theprimary frequency in which the WTRU either performs the initialconnection establishment procedure or initiates the connectionre-establishment procedure, or the CC indicated as the primary CC in ahandover procedure. The WTRU may use the primary CC to derive theparameters for the security functions and for upper layer systeminformation such as NAS mobility information. Other functions that maybe supported by a primary DL CC may include SI acquisition and changemonitoring procedures on the broadcast channel (BCCH), and paging. Aprimary UL CC may correspond to the CC whose PUCCH resources areconfigured to carry all HARQ ACK/NACK feedback for a given WTRU. Whenreferred to hereafter, a secondary CC may be a CC operating on asecondary frequency which may be configured once an radio resourcecontrol (RRC) connection is established and which may be used to provideadditional radio resources.

In LTE Release 8 (R8), the uplink (UL) Hybrid Automatic Repeat Request(HARQ) mechanism may be used to perform retransmissions of missing orerroneous data packets transmitted by the WTRU. The UL HARQfunctionality may span across both the physical (PHY) layer and theMedium Access Control (MAC) layer and operates as described herein. TheWTRU may perform what the PDCCH requests, i.e., perform a transmissionor a retransmission (referred to as adaptive retransmission) when aPDCCH addressed to a Cell Radio Network Temporary Identifier (C-RNTI) ofthe WTRU is correctly received, regardless of the content of the HARQfeedback, (ACK or NACK). When no PDCCH addressed to the C-RNTI of theWTRU is detected, the HARQ feedback may dictate how the WTRU performsretransmissions. For a NACK, the WTRU may perform a non-adaptiveretransmission, i.e., a retransmission on the same UL resource aspreviously used by the same process. For an ACK, the WTRU may notperform any UL transmission or retransmission and keep the data in theHARQ buffer. A PDCCH may then be required to perform a retransmission,i.e., a non-adaptive retransmission may not follow.

In summary, the uplink HARQ protocol in LTE R8 may support eitheradaptive or non-adaptive transmissions or retransmissions. Thenon-adaptive HARQ may be considered the basic mode of operation in theUL. The UL HARQ operation in LTE R8 is summarized in Table 1, whichshows behavior based on HARQ feedback sent on the PHICH.

TABLE 1 HARQ feedback sent on the PHICH and seen by PDCCH seen the WTRUby the WTRU WTRU behavior ACK or NACK New New transmission accordingTransmission to PDCCH ACK or NACK Retransmission Retransmissionaccording to PDCCH (adaptive retransmission) ACK None No transmission orretransmission, keep data in HARQ buffer and a PDDCH is required toresume retransmissions NACK None Non-adaptive retransmission

From the WTRU's perspective, the PHY layer in the WTRU may deliver anACK/NACK that was received on the PHICH and assigned to the WTRU, to thehigher layers of the WTRU as described herein. For a downlink subframei, if a transport block is transmitted in the associated PUSCH subframe,then an ACK may be delivered to the higher layers if the ACK is decodedon the PHICH in subframe i. Otherwise, a NACK may be delivered to thehigher layers.

In LTE R8, as described herein above, the PHICH may be used fortransmission of HARQ feedback, (ACK or NACK), in response to an UplinkShared Channel (UL-SCH) transmission. User multiplexing in LTE R8 may beperformed by mapping multiple PHICHs on the same set of resourceelements (REs) which may constitute a PHICH group. The PHICHs within thesame PHICH group may be separated through different orthogonal Walshsequences. The number of PHICH groups may be a function of DL bandwidth(BW) and may be determined by:

$\begin{matrix}{N_{PHICH}^{group} = \{ \begin{matrix}\lceil {N_{g}( {N_{RB}^{DL}/8} )} \rceil & {{for}\mspace{14mu}{normal}\mspace{14mu}{cyclic}\mspace{14mu}{prefix}} \\{2 \cdot \lceil {N_{g}( {N_{RB}^{DL}/8} )} \rceil} & {{for}\mspace{14mu}{extended}\mspace{14mu}{cyclic}\mspace{14mu}{prefix}}\end{matrix} } & {{Equation}\mspace{14mu}(1)}\end{matrix}$where N_(g)ε{⅙, ½, 1, 2} may be provided by higher layers and N_(RB)^(DL) may be the number of DL resource blocks (RBs). The term N_(g) is ascaling factor that indicates the number of resources that may beallocated. For example, if N_(g) is equal to two, then it signifies themaximum allowable resources that maybe configured for the system giventhe bandwidth. The scaling factor is nominally set by, for example, thebase station using higher layer signaling. Accordingly, the maximumnumber of PHICH resources for normal cyclic prefix (CP) and extended CPmay be calculated as shown in Table 2 and Table 3, respectively. Inparticular, Table 2 shows the number of PHICH groups as a function of DLBW and N_(g) for normal CP, and Table 3 shows the number of PHICH groupsas a function of DL BW and N_(g) for extended CP.

TABLE 2 6 RBs 15 RBs 25 RBs 50 RBs 75 RBs 100 RBs Ng = ⅙ 1 1 1 2 2 3 Ng= ½ 1 1 2 4 5 7 Ng = 1 1 2 4 7 10 13 Ng = 2 2 4 7 13 19 25

TABLE 3 6 RBs 15 RBs 25 RBs 50 RBs 75 RBs 100 RBs Ng = ⅙ 2 2 2 4 4 6 Ng= ½ 2 2 4 8 10 14 Ng = 1 2 4 8 14 20 26 Ng = 2 4 8 14 26 38 50

A PHICH resource may be implicitly identified by the index pair(n_(PHICH) ^(group), n_(PHICH) ^(seq)), where n_(PHICH) ^(group) may bethe PHICH group number and n_(PHICH) ^(seq) may be the orthogonalsequence index within the group.

In order to decrease the control signaling overhead, the PHICH indexpair may be implicitly associated with the index of the lowest uplinkresource block used for the corresponding PUSCH transmission and thecyclic shift of the corresponding UL demodulation reference signals(DMRS) as follows:n _(PHICH) ^(group)=(I _(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index) +n_(DMRS))mod N _(PHICH) ^(group) +I _(PHICH) N _(PHICH) ^(group)n _(PHICH) ^(seq)=(└I _(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index) /N_(PHICH) ^(group) ┘+n _(DMRS))mod 2N _(SF) ^(PHICH)  Equation (2)where the parameters are defined as follows:

-   n_(DMRS) is mapped from the cyclic shift in the DMRS field in the    most recent downlink control information (DCI) format 0 for the    transport block associated with the corresponding PUSCH    transmission. It may be a three bit field and for a single user    configuration, n_(DMRS) may be set to zero. For a semi-persistently    configured PUSCH transmission on subframe n in the absence of a    corresponding PDCCH with a DCI Format 0 in subframe n−k_(PUSCH) or a    PUSCH transmission associated with a random access response grant,    n_(DMRS) is set to zero where k_(PUSCH)=4 for FDD transmissions;-   N_(SF) ^(PHICH) is the spreading factor size used for PHICH    modulation defined as a function of cyclic prefix;-   I_(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index) is the lowest physical RB    index in the first slot of the corresponding PUSCH transmission;-   N_(PHICH) ^(group) is the number of PHICH groups configured by    higher layers; and

$I_{PHICH} = \{ \begin{matrix}1 & {{{for}\mspace{14mu}{TDD}\mspace{14mu}{{UL}/{DL}}\mspace{14mu}{configuration}\mspace{14mu} 0\mspace{14mu}{with}}\;} \\~ & {{{PUSCH}\mspace{14mu}{transmission}\mspace{14mu}{in}\mspace{14mu}{subframe}\mspace{14mu} n} = {4\mspace{14mu}{or}\mspace{14mu} 9}} \\0 & {otherwise}\end{matrix} $

The association of PHICH resources and the cyclic shifts may enable theallocation of the same time and frequency resource to several WTRUs insupport of uplink Multi-User Multiple Input Multiple Output (MU-MIMO).

In LTE-Advanced (LTE-A), carrier aggregation may be used. The WTRU maybe configured to aggregate a different number of CCs of possiblydifferent bandwidths in the UL and the DL. Three example configurationsfor LTE-A carrier aggregation are illustrated in FIGS. 2(A), 2(B) and2(C). FIG. 2(A) illustrates a symmetric carrier aggregation, FIG. 2(B)illustrates multiple DL CCs with one UL CC, and FIG. 2(C) illustratesone DL CC with multiple UL CCs. In these multi-carrier systems, a PDCCHon a CC may assign PDSCH or PUSCH resources in one of multiple CCs usinga carrier indicator field (CIF). The latter may be realized by extendingDCI formats with a 3-bit CIF. As for the HARQ feedback transmission, itmay be assumed that PHICH is transmitted on the DL CC that is used totransmit the UL grant.

In LTE-A, cross-carrier scheduling may be used and may includecross-carrier PHICH resource allocation. In these systems, a PHICH maybe transmitted on a DL CC that may be associated with multiple UL CCs.If the PHICH is linked to two or more PUSCHs, then application of theLTE R8 PHICH parameter selection for resources may lead to ambiguitiesand collisions. For example, UL transmissions on two or more CCs may bescheduled by the same DL CC. In this example, if the PUSCH transmissionson two or more CCs use the same lowest PRB index, I_(PRB) _(—) _(RA)^(lowest) ^(—) ^(index), the association of a PHICH resource in the DL,and the lowest PRB index used for PUSCH transmission in the UL inaccordance with LTE R8 may not be unique and a PHICH resource collisionmay occur. In fact, assuming a non-adaptive HARQ operation, multipleHARQ processes at the base station may attempt to transmit theircorresponding feedback information on the same PHICH resource which mayresult in PHICH resource collisions.

Several solutions offered to address the problem are insufficient. Forexample, one solution may semi-statically configure UL carrier-specificPHICH resource offsets. However, this alternative requires a largenumber of PHICH resources, e.g., one set per UL carrier. Anothersolution may be based on a system-wide indexing of PRB and PHICHresources, starting from WTRUs and continuing for LTE-A WTRUs. Theshortcoming of this alternative is that the solution is not backwardcompatible and hence LTE R8 and LTE Release 10 (R10) or LTE-A WTRUscannot coexist. Further, it has been suggested that where some UL CCtransmissions use the same first PRB index, the collision may be avoidedby using different DMRS cyclic shifts as in LTE R8. However, thisapproach may limit the UL MU-MIMO capabilities of LTE-A as compared tothat of LTE R8. In fact, in LTE-A, the cyclic shifts may be consumed byconfiguring MU-MIMO transmissions, hence using cyclic shifts to avoidPHICH collisions may result in UL system throughput loss.

The following embodiments identify solutions, some of which may involveimplicit PHICH mapping schemes, to address channel resource mapping andthe PHICH mapping ambiguity issue. The solutions may be applicable toassigning radio resources generally, to Frequency Division Duplex (FDD)or to Time Division Duplex (TDD) modes of operation in LTE-A, or to anycombination of radio resource technologies.

Any or all of the methods and embodiments outlined below may besupported by the WTRU to address the identified problems. The methodsand embodiments may also be supported by the base station in addition tothose identified as applicable to the WTRU.

In an example method, the existing PHICH resource groups may be divided,and assigned to different UL CCs by the scheduler at, for example, thebase station. For illustrative purposes only, a PHICH mapping rule maybe determined byn _(PHICH,n) _(CI) ^(group)=(I _(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index)+n _(DMRS))mod(└N _(PHICH) ^(group) /N _(CC)┘)+n _(CI)(└N _(PHICH)^(group) /N _(CC)┘)n _(PHICH) ^(seq)=(└I _(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index)/(└N_(PHICH) ^(group) /N _(CC)┘)┘+n _(DMRS))mod 2N _(SF) ^(PHICH)  Equation(3)where the parameters above are defined as follows:

-   n_(PHICH,n) _(CI) ^(group) may be the number of the PHICH groups    assigned to the n_(CI) th UL CC;-   n_(PHICH) ^(seq) may be the orthogonal sequence index within the    group;-   n_(CI) may be the index of the UL CC used for transmission of the    corresponding PUSCH;-   n_(DMRS) may be mapped from the cyclic shift in DMRS field in the    most recent DCI format 0 for the transport block associated with the    corresponding PUSCH transmission;-   N_(SF) ^(PHICH) may be the spreading factor size used for PHICH    modulation defined as a function of cyclic prefix;-   I_(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index) may be the lowest    physical RB index in the first slot of the corresponding PUSCH    transmission;-   N_(PHICH) ^(group) may be the number of PHICH groups configured by    higher layers; and-   N_(CC) may denote the number of UL CCs linked to a single DL CC.

Three of the above described parameters, namely n_(PHICH) ^(group),n_(PHICH) ^(seq), and n_(CI), may be determined by decoding the PDCCH onthe associated DL CC using the WTRU specific C-RNTI to read the DCIformat 0 granting the PUSCH transmission, (assuming that a CIF exists).

In this method, an assumption may be that N_(g)=2, so as to maximize thenumber of available PHICH groups. Other values may be possible dependingon the number of aggregated UL CCs. As shown in Table 2, the number ofPHICH groups may also be a function of the DL BW. Accordingly, themaximum number of aggregated CCs that may be supported when the DLbandwidth is 6 RBs and 12 RBs may be two and four, respectively.

In a variation of the example method, an assumption may be that N_(g)=¼,such that there may only be one PHICH group available for BWs up to 25RBs. Thus, the PHICH groups may not be divided and dedicated todifferent carriers. However, this may be resolved by dividing the totalPHICH resources or PHICH channels instead of PHICH groups. For example,the total number of PHICH channels for N_(g)=¼ may be eight. Eight PHICHchannels may be divided into several divisions, each of which may thenbe associated with a CC. Moreover, for some other configurations such asN_(g)=½ or N_(g)=1, the number of PHICH groups may be two and fourrespectively, thus the maximum number of carriers which may be supportedis limited to two and four carriers, respectively. Again, this may beresolved by dividing the total number of PHICH resources or channelsinstead of PHICH groups. Table 4 shows the number of PHICH groups andnumber of PHICH channels that may be divided among carriers withdifferent N_(g) configurations for a 5 MHz bandwidth.

TABLE 4 Ng = ¼ Ng = ½ Ng = 1 Ng = 2 Number of PHICH groups 1 2 4 7Number of PHICH channels 8 16 32 56

This example method may include any possible division of channelresources, PHICH resources, channels, groups, or combination thereof.Each division may be configured for, or assigned to, a particular CC.

FIG. 3 shows a flowchart 300 illustrating the example method. A WTRUdecodes a PDCCH on an associated DL CC using, for example, a WTRUspecific C-RNTI for a UL CC that may be assigned to the WTRU for ULtransmission (305). The WTRU then determines a set of dynamicparameters, for example, I_(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index),n_(DMRS) and n_(CI) (310). Using a set of semi-static parametersconfigured by higher layers, such as for example, N_(CC) and N_(SF)^(PHICH) (320), and the dynamic parameters, the WTRU distributes theresources, groups or a combination thereof proportionately among the ULCCs (315). This may be evenly or unevenly proportioned among the UL CCs.In particular, the WTRU may determine the number of the PHICH groupassigned to a UL CC and the sequence index number with the group, e.g.,n_(PHICH) ^(group), n_(PHICH) ^(seq), in accordance with, for example,the mapping rule of Equation (3).

In another method, it is assumed that in order to increase the usercapacity under carrier aggregation, a WTRU may be allocated more thanone RB on a given CC. However, there may still be a one-to-one mappingbetween each PHICH resource and the PRB index used for a PUSCHtransmission. Thus, there may be unused PHICH resources available thatare not assigned for HARQ feedback transmissions. These spare or vacantPHICH resources may be utilized for PHICH resource collision avoidance.Thus, in this example method, a basic assumption may be made that eachuser's assignment on each UL CC in terms of the number of RBs may begreater than or equal to the number of aggregated UL CCs or the numberof transport blocks. Stated differently, L_(RBs)≧N_(CC), where N_(CC)may denote the number of aggregated UL CCs linked to a single DL CC andL_(RBs) may be the length of contiguously or non-contiguously allocatedRBs to a WTRU per CC.

The WTRU may use the following mapping formula by replacing the I_(PRB)_(—) _(RA) ^(lowest) ^(—) ^(index) parameter in Equation (2) with(I_(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index)+Δ_(i)), thereby resulting inthe following equation:n _(PHICH,i) ^(group)=((I _(PRB) _(—) _(RA) ^(lowest) ^(—)^(index)+Δ_(i))+n _(DMRS))mod N _(PHICH) ^(group) +I _(PHICH) N _(PHICH)^(group)n _(PHICH,i) ^(seq)=(└(I _(PRB) _(—) _(RA) ^(lowest) ^(—)^(index)+Δ_(i))/N _(PHICH) ^(group) ┘+n _(DMRS))mod 2N _(SF)^(PHICH)  Equation (4)where the additional parameters above are defined as follows:

-   I_(PRB) _(—) _(RA) ^(lowest) ^(—) ^(index) may be the lowest PRB    index in the first slot of the corresponding PUSCH transmission; and-   Δ_(i) may be a CC dependent offset or an offset associated with the    index of the transport block which may be applied to I_(PRB) _(—)    _(RA) ^(lowest) ^(—) ^(index), and may be identified as the    collision avoidance parameter. The Δ_(i) parameter may be used to    uniquely link a PRB index within the contiguously or    non-contiguously allocated RBs of a WTRU to a different CC in order    to avoid PHICH resource collision. For example, the Δ_(i) points to    the extra or vacant resources in the primary CC. For a system with    N_(RB) RBs, the parameter Δ_(i) may take the following values:    Δ_(i)ε{0, 1, . . . , N_(RB)−1}.

The parameter Δ_(i) may either be configured and communicated to theWTRU through higher layer signaling or identified by the WTRU accordingto a pre-specified mapping rule based on its PRB allocations. To realizethe latter, one possible mapping rule may be to sequentially associatethe PRB indices within an allocated UL grant on one of the UL CCs to asequence of PHICH resources and then transmit the HARQ feedbackscorresponding to multiple UL CCs using these PHICH resources. Forinstance, the PHICH resource associated with the PUSCH transmission onUL CC₀ may be linked to the lowest PRB index from the set of PRBsallocated to the WTRU (i.e., I_(PRB) _(—) _(RA) ^(lowest) ^(—)^(index)), the PHICH resource associated with the PUSCH transmission onUL CC₁ may be linked to the second lowest PRB index from the set of PRBsallocated to the WTRU, and so on, (such that the assignments mayincrementally continue for all UL CCs).

FIG. 4 is a flowchart 400 for the non-adaptive HARQ procedures at theWTRU based on the example method associated with Equation (4). Themethod starts with the WTRU decoding a PDCCH on a DL CC that may containresource information for the CCs (405). The allocated UL PRBs for themultiple CCs are then identified (410). The WTRU then determines if thelowest PRB indices of the PRB allocations among the multiple CCs are thesame (415). If there are no collisions (420), then the WTRU identifiesthe assigned PHICH resources in accordance with the LTE R8 methoddescribed herein (425). If there are potential collisions, then the WTRUdetermines if the number of RBs is greater than or equal to the numberof CCs (430). If there are more CCs than RBs, then the method associatedwith Equation (4) is inapplicable (440). In this case, other methodsdescribed herein may be used. If the number of RBs is greater than orequal to the number of CCs, then the WTRU determines the collisionavoidance factor A for each CC or transport block with respect to theprimary UL CC (445). The PHICH group number for each UL CC and theorthogonal sequence index within the PHICH group are then determined bythe WTRU in accordance with Equation (4) (450) and the method completes(455).

FIG. 5 illustrates an example using the method illustrated in FIG. 4. Asshown in FIG. 5, two users, WTRU₀ and WTRU₁, may be allocated two RBs oneach CC in a system having two aggregated UL CCs, CC₀ and CC₁. Bothusers may be allocated two non-contiguous RBs on CC₀ and two contiguousRBs on CC₁. In other words, each user, WTRU₀ and WTRU₁, may beconfigured to transmit two transport blocks, one on CC₀ and CC₁. Eachuser is therefore expecting to receive feedback information related tothe transmitted transport blocks on a PHICH carried by a DL CC.Application of LTE R8 processing would lead to a PHICH resourcecollision as the WTRUs are expecting ACK/NACKs for each transport blocktransmission. For example, RB₀ would be used for sending an ACK/NACK fortransport block 1 and transport block 2 for WTRU₀ and RB₁ would be usedfor sending an ACK/NACK for transport block 1 and transport block 2 forWTRU₁. However, using the method of FIG. 4 and given the above PHICHcollision, each WTRU determines if the number of allocated resources isgreater than or equal to the number of CCs. In this example, this istrue for each WTRU. Each WTRU would then calculate a collision avoidancefactor for the number of CCs. with respect to the primary UL CC, whichin this example is CC₀. In this example, WTRU₀ may then expect toreceive its HARQ feedbacks on PHICH resources that are linked to RB₀ andRB₂ for the two transport blocks that are transmitted on CC₀ and CC₁,respectively, (i.e., WTRU₀ may determine Δ_(i)ε{0,2}). As for WTRU₁, itmay expect to receive its HARQ feedbacks on PHICH resources that arelinked to RB₁ and RB₃ for the two transport blocks that are transmittedon CC₀ and CC₁, respectively, (i.e., WTRU₁ may determine Δ_(i)ε{1,3}).

Another method for PHICH resource collision avoidance may be based on anetwork-configured solution. More specifically, in the case of PHICHresource collisions, the base station may force all HARQ feedbackcorresponding to all UL CCs except for one to be transmitted on thePDCCH. A result of this approach may be that an adaptive mode ofoperation is dictated to a number of the HARQ processes while only oneof the HARQ processes may be based on the non-adaptive HARQ process. Forpurposes of backward compatibility, in the event that the PHICHresources are shared by both LTE R8 and LTE-A WTRUs, the available PHICHresource may be assigned to the LTE R8 WTRU. This method usesnon-adaptive HARQ processing and adaptive HARQ processing in acomplementary manner to implement PHICH resource collision avoidance.

FIG. 6 is a flowchart 600 for HARQ procedures at the base station basedon the network-configured method. Initially, the base station mayallocate UL PRBs on multiple CCs configured at the WTRU (605). The basestation then determines whether the lowest PRB indices of the PRBallocations among the multiple CCs are the same (610). If the lowestindices of the PRB allocations are not the same among the multiple CCs(615), then the base station may follow the LTE R8 HARQ transmissionmethod described herein (620). If the lowest PRB indices of the PRBallocations are the same, then the base station triggers an adaptiveHARQ process for each CC that has the possibility of a PHICH collision(625). The base station may transmit the appropriate feedbacks,ACK/NACKs, for adaptive HARQ processes on the PDCCH and for non-adaptiveHARQ processes on the PHICH (630).

Before reviewing the network-configured method from perspective of theWTRU, note that in LTE R8 there is one HARQ entity that maintains anumber of parallel HARQ processes at the WTRU. In order to supportcarrier aggregation in LTE-A, it may be assumed that a HARQ process maybe dedicated to each UL CC.

The behavior at the WTRU and in particular at the MAC layer is nowdescribed. At a transmission time interval (TTI) for which the HARQentity at the WTRU may expect to receive feedback transmissions,(ACK/NACK information), corresponding to any UL CC, the WTRU may firstconduct a search for the PDCCH DCI format 0/0x on the DL CC on which aninitial UL grant has been transmitted. Note that DCI Format 0xrepresents the UL grant for single user (SU)-MIMO (SU-MIMO) transmissionmode. If a UL grant addressed to the C-RNTI (or Semi-PersistentScheduling C-RNTI) of the WTRU is detected for a CC, the HARQ entity mayidentify the corresponding HARQ process for which a transmission hastaken place and then route the received ACK/NACK information to theappropriate HARQ process. When no PDCCH DCI format 0/0x addressed to theC-RNTI of the WTRU is detected for a given CC, the HARQ entity mayattempt to obtain the feedback information transmitted in the PHICH andthen route the content of the HARQ feedback, (ACK or NACK), to theappropriate HARQ process. With respect to PHICH, the PHY layer in theWTRU may deliver certain information to the higher layers.

In particular, for downlink subframe i, if a transport block wastransmitted in the associated PUSCH subframe then an ACK may bedelivered to the higher layers if ACK is decoded on the PHICH insubframe i. Otherwise, a NACK may be delivered to the higher layers if aNACK is decoded on the PHICH in subframe i. If, no PHICH is detected insubframe i, a WTRU may indicate the absence of PHICH to the higherlayers. This is summarized in Table 5.

TABLE 5 For downlink subframe i, if a transport block was transmitted inthe associated PUSCH subframe then:  if ACK is decoded on the PHICH insubframe i,   ACK shall be delivered to the higher layers;  else, ifNACK is decoded on the PHICH in subframe i,   NACK shall be delivered tothe higher layers;  else, no PHICH was detected in subframe i,   UEshall indicate the absence of PHICH to the higher layers.

A result of the network-configured method may be the increased controlchannel overhead due to the additional PDCCH transmissions which may bethe direct consequence of forced adaptive HARQ transmissions for some ofthe feedback transmissions. However, the probability of having PHICHcollisions may be relatively low for an appropriately designed DLscheduler at the base station. Hence, it may not be expected for thebase station to be forced to initiate many adaptive HARQ retransmissionsat a given TTI. This method may in fact minimize the impact onstandardization efforts as it may only require insertion of theprocedures in the R8 HARQ processes.

FIG. 7 is a flowchart 700 for WTRU behavior in accordance with thenetwork-configured method. Initially, the HARQ entity at the WTRUdetermines the TTI for which it expects to receive feedback information(705). The WTRU then initiates a search for the PDCCH DCI format 0/0x onthe CC that the initial UL grants have been transmitted on (710). TheWTRU then attempts to detect the UL grants for each CC as addressed bythe WTRU's C-RNTI (715). If no PDCCH DCI format 0/0x addressed to theC-RNTI of the WTRU is detected for a given CC (720), the WTRU mayattempt to obtain the feedback information transmitted in the PHICH(725). The HARQ entity may then route the content of the HARQ feedback,(ACK or NACK), to the appropriate HARQ process for each CC (730). Theprocess then completes (740). If a UL grant addressed to the C-RNTI (orSemi-Persistent Scheduling C-RNTI) of the WTRU is detected for a CC, theHARQ entity may identify the corresponding HARQ process for which atransmission has taken place and then route the received ACK/NACKinformation to the appropriate HARQ process (735). The process thencompletes (740).

Described now is a method that addresses the problems associated withthe cyclic shift based approach to avoid PHICH collisions. The methodaddresses the issue when two or more users may be semi-persistentlyconfigured on multiple UL component carriers or assigned random accessresponse grants on multiple UL component carriers.

In particular, for a semi-persistently configured PUSCH transmission inthe absence of a corresponding PDCCH with a DCI Format 0 or for a PUSCHtransmission associated with a random access response grant, thevariable n_(DMRS) is set to zero. This may imply that if two or moresemi-persistently co-scheduled users share the same lower resource blockon UL component carriers that receive their grants from the same DLcomponent carrier for their PUSCH transmissions, then all theseco-scheduled users may be assigned the same cyclic shift for their ULDMRS, (i.e., n_(DMRS)=0). Accordingly, by relying on acyclic-shift-based solution, the PHICH collisions may be inevitable.

In the case of a semi-persistently configured PUSCH transmission onsubframe n in the absence of a corresponding PDCCH with a DCI Format 0in subframe n−k_(PUSCH), the WTRU may determine its n_(DMRS) based onthe information in the most recent grant that assigns thesemi-persistent resource allocation. With respect to the base station,the scheduler may schedule such that co-scheduled WTRUs on multiple ULCCs are assigned different first resource blocks as part of theirinitial semi-persistently scheduled PUSCH.

In the case of a PUSCH transmission associated with a random accessresponse grant, the scheduler may configure co-scheduled WTRUs onmultiple UL CCs such that the WTRUs are assigned different firstresource blocks as part of their random access response grant. This maylead to different PHICH resources and thus avoids collisions of PHICHresources originating from different UL CCs.

Although features and elements are described above in particularcombinations, one of ordinary skill in the art will appreciate that eachfeature or element can be used alone or in any combination with theother features and elements. In addition, the methods described hereinmay be implemented in a computer program, software, or firmwareincorporated in a computer-readable medium for execution by a computeror processor. Examples of computer-readable media include electronicsignals (transmitted over wired or wireless connections) andcomputer-readable storage media. Examples of computer-readable storagemedia include, but are not limited to, a read only memory (ROM), arandom access memory (RAM), a register, cache memory, semiconductormemory devices, magnetic media such as internal hard disks and removabledisks, magneto-optical media, and optical media such as CD-ROM disks,and digital versatile disks (DVDs). A processor in association withsoftware may be used to implement a radio frequency transceiver for usein a WTRU, UE, terminal, base station, RNC, or any host computer.

What is claimed is:
 1. A method implemented at a base station foravoiding feedback channel resource collision, comprising: determining afeedback channel resource collision; and forcing an adaptive feedbackchannel process for each uplink component carrier having a feedbackchannel resource collision.
 2. The method of claim 1, wherein feedbackchannel resource collision determination checks sameness of lowestresources allocated among an uplink component carriers.
 3. The method ofclaim 1, wherein a non-adaptive feedback channel process is used for oneuplink component carrier having a feedback channel resource collision.4. A base station configured to avoid feedback channel resourcecollision, comprising: a processor configured to determine a feedbackchannel resource collision; and the base station configured to force anadaptive feedback channel process for each uplink component carrierhaving a feedback channel resource collision.
 5. The base station ofclaim 4, wherein feedback channel resource collision determinationchecks sameness of lowest resources allocated among an uplink componentcarriers.
 6. The base station of claim 4, wherein a non-adaptivefeedback channel process is used for one uplink component carrier havinga feedback channel resource collision.